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REMARKS 

The claims were rejected for double patenting. Applicant 
requests reconsideration. A terminal disclaimer is provided 
herewith . 

The claims were rejected for impart icularity. Applicant 
requests reconsideration. The claims have been accordingly amended. 
New claim 18 was added for indicating that the routing information 
is communicated in a packet as a routing item. 

The claims 1-4, 6, 8, 11, 12, and 14-17 were rejected as 
unpatentable over Jordan in view of Husak. The remaining Claims 7, 
10, and 13 were rejected as unpatentable over Jordan in view of 
Husak in view of Berstis, aka, Bertis. Applicant requests 
reconsideration. 

The claims are enabled by the specification and have at least 
three generating steps, an associating step, and a transmitting 
step, all occurring at a location, the proximal 1PA location. These 
process steps occur at the proximal IPA, and not by the proximal 
IPA, the originating IPA, or the destination IPA. An IPA is a 
location and not a thing. The claims particularly claim the 
invention. Independent claims 1, 8, and 12 recite that the routing 
information containing and associating a URL-Id and source IPA are 
communicated to a destination at a destination IPA. The URL-Id 
identifies an originating web server whereat the web content data 
was originally stored. As the web content data is cached at other 
sources, the sourcing IPA in the routing information does not, as 
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in the prior art, point to the originating web servers indicated by 
the URL, but rather, points to another source at a sourcing IPA. 
The present invention teaches the transmission of routing 
information to a destination IPA where the routing information 
includes a URL-Id of an originating web server storing the sought 
after web content data and a sourcing IPA where the web content 
data is alternatively stored. The caching of the original web 
content data at alternative source locations, and the broadcasting 
of the routing information, enable and define a cooperative web 
cache network for efficient retrieval of web content data. The 
invention teaches associating an originating URL with a sourcing 
IPA as routing information that is broadcasted, typically in a 
packet, to a distal IPA. 

By communicating from a proximal IPA routing information that 
associates a stored URL-Id of sought after web content data with a 
sourcing IPA storing that URL- Id web content data to a distal 
destination IPA, the distal destination IPA can build a web 
forwarding table, even though the proximal or destination caches do 
not even store the sought after web content data. By broadcasting 
these associations, any server receiving the routing information 
can construct a web content storage network of cooperative caches 
storing sought after web content data and storing a forwarding and 
routing table. 

The present invention solves the problem of maintaining a 
network of cooperative caches, any one of which can be used to 
retrieve stored web content data, and solves this problem by 
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transmitting to a destination at a destination IPA routing 
information that associates the URL- Id and source IPA. The 
destination and proximal cache need not necessarily store the 
sought after web content data, but only maintain routing items that 
define where the web content data is stored among the cooperative 
caches. As such, the present invention solves the problem of 
cooperative cache maintenance by broadcasting associated 
information as part of a forwarding and routing table, so as to 
migrate the forwarding and routing table about the cooperative 
caches. This migration occurs without regard to loading of any one 
cache. The loading is addressed by Jordan. 

Jordan teaches a load-balancing network of cooperative caches 
that store web content data. Jordan does not solve the problem of 
migrating forwarding tables from one cache to another, nor uses the 
solution of transmitting routing information associating a URL-Id 
with a source IPA of the source storing the URL- Id web content data 
so as to migrate the forward and routing table about the 
cooperative caches . Rather, Jordan teaches that when a cache is 
overloaded by a request, the request is simply directed to a 
destination at a destination IPA, so that, the destination becomes 
the "owner" of the web content data and a new source, such that, 
the destination can then retrieve the web content data, store it 
locally, and then respond to the request for the web content data. 
Jordan does not solve the problem of migrating a forwarding table 
among cooperative caches, nor the invented solution of sending 
routing information associating URL- Id web content data and a 
source of the web content data. 
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In Jordan, a proximal cache at a proximal IPA, receives a 
request for URL web content data from an originator. When the 
proximal cache at the proximal IPA is overloaded, the proximal IPA 
directs the original request to the destination IPA. The request 
contains an association between the originating IPA of the 
originator requesting the web content data and the URL-Id. The 
destination then becomes the "owner," that is, that selected cache 
to serve URL-Id requests for a particular sought after URL data. 
The destination can then retrieve the URL-Id web content data and 
store it locally, and update its forwarding table indicating it has 
this URL- Id and web content data. Jordan does not teach a means for 
broadcasting routing information, including an association between 
URL- Id and source of the URL- Id web content data, but rather merely 
directs the request to an unloaded server. Jordan does not teach a 
method of broadcasting this association to an arbitrary 
destination, which can then reconstruct a forwarding table. 

Applicant concedes that hop metrics and hashing are well known 
functions, but have not heretofore been in combination with 
migrating a forwarding and routing table by broadcasting 
association between a URL-Id and a source. 



/// 
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The cited references do not teach nor suggest the migration of 
forwarding and routing tables using broadcasted associations of URL 
identifiers and an alternative source of the web content data. 
Allowance of the claims is requested. 



Respectfully Submitted 



Derrick Michael Reid 



Derrick Michael Reid, Esq. 
The Aerospace Corporation 
PO Box 92957 Ml/040 
Los Angeles, Ca 90009-2957 
Reg. No. 32,096 
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